Cambié mis importaciones de:

import blah from './modules/blah'

para

import blah from './modules.blah.js'

Me encontré con esto si estoy importando código mecanografiado de una biblioteca de reacción pero para un script de back-end, en este caso pruebas de mocha. Está esperando archivos .ts pero creo que encuentra archivos .tsx.

En mi caso, tuve que mover algunas funciones de los archivos de reacción .tsx al código backend .ts con el que estaba trabajando.

Estaba tratando de ejecutar archivos js y ts en el mismo paquete con "type": "module" usando la sintaxis es6 para importaciones. Siguiendo la respuesta de MysteryCommand, funcionó la instalación del paquete ts-node y la ejecución de archivos ts con node --loader ts-node/esm .

Solución uno

1. Eliminar "type": "module" de paquete.json si se agrega
2. En tsconfig.json bajo la propiedad del módulo compilerOptions Set en el módulo CommonJS module: "CommonJS" y moduleResolution: "Node"

Solución dos

si el primero no funcionó, o por alguna razón tiene que mantener el module: "ESNext"

1- Agregue "type": "module" a paquete.json

2- Instalar ts-node npm i -g ts-node

3- Ve a tsconfig.json y agrega lo siguiente:

 { "compilerOptions": { "module": "ESNext", "moduleResolution": "Node", /* ... your props ... */ }, "ts-node": { "esm": true } }

4- Ejecute ts-node fileName.ts

MARZO 2022

USANDO: Nodo 16.6.2, ts-node v 10.7.0

Lo que funcionó para mí fue tener "type": "module" en package.json y agregar

 node --experimental-specifier-resolution=node --loader ts-node/esm ./src/app.ts

tsconfig.json:

 { "compilerOptions": { "module": "ESNext", "esModuleInterop": true, "target": "ESNext", "moduleResolution": "Node", "outDir": "dist", "forceConsistentCasingInFileNames": true, "noFallthroughCasesInSwitch": true, "isolatedModules": false, "strict": true, "noImplicitAny": true, "useUnknownInCatchVariables": false, "inlineSourceMap": true }, "ts-node": { "esm": true }, "lib": ["esnext"] }

Créditos a @FelipePlets por la respuesta útil aquí

EDITAR Es posible que desee utilizar una opción que no esnext la siguiente, según los documentos de ts :

El valor especial de ESNext se refiere a la versión más alta que admite su versión de TypeScript. Esta configuración debe usarse con precaución, ya que no significa lo mismo entre diferentes versiones de TypeScript y puede hacer que las actualizaciones sean menos predecibles.

cambiando mi

 "moduleResolution": "node",

para

 "moduleResolution": "Node",

en package.json resolvió esto por mí

Actualización: gracias a algunos mantenedores, el paquete web ahora documenta oficialmente una solución funcional. Solo eche un vistazo a la documentación oficial del paquete web .

La segunda solución es similar a otras respuestas aquí y funciona perfectamente bien en mi caso.

En su paquete.json {Módulo: commonJS}, y tsconfig.json {módulo: commonJS}, a ts-node youname.ts

Agregue esto a tsconfig.json

 { /* ... your props ... */ "ts-node": { "compilerOptions": { "module": "CommonJS" } } }

antes de esto:

node --loader ts-node/esm ./my-script.ts

Tuve que actualizar ssri

npm update ssri --depth 5

Me encontré con este problema por primera vez probablemente hace más de un año, y ts-node aún no lo ha solucionado. Ninguna de las soluciones anteriores funcionó para mí, y aparentemente probé todo.

Simplemente recurrí a usar tsc --outDir out file.ts y luego ejecutar el archivo normalmente con node out/file.js , y luego agregarlo out .gitignore .

El pensamiento detrás ts-node es maravilloso, realmente apesta cuando no puede manejar ejemplos aparentemente sencillos como este. Disculpas, la solución no usa ts-node, pero no pude hacer que funcionara.

No estoy seguro de si esto ayudará a alguien, pero lo arreglé poniendo esto al principio:

 #!/usr/bin/env node

Eliminando "type": "module" de package.json y agregando:

 "compilerOptions": { "module": "CommonJS" },

En tsconfig.json me arregló esto.

Seguí los consejos dados aquí. También tuve que desinstalar lodash-es e instalar lodash en su lugar para que funcionara.

utilizar

 node --loader ts-node/esm ./my-script.ts

en lugar de

 ts-node ./my-script.ts

Eliminar "type": "module" de paquete.json

https://github.com/TypeStrong/ts-node/issues/935

Si no desea eliminar "type": "module" (por ejemplo, si está usando declaraciones de import en su .ts que permite la inferencia de tipos de módulos), puede usar la siguiente opción en tsconfig.json :

 { "compilerOptions": { "esModuleInterop": true, } }

Y luego puede iniciar el servidor con la configuración usando ts-node .

Instalar en pc:

 npm install -g ts-node

Correr:

 ts-node my_server.ts